Capturing user intent when interacting with multiple access controls

ABSTRACT

A method of advertisement filtering including receiving advertisements from a multiple of access controls; filtering the received advertisements based on a credential on the mobile device; comparing the filtered received advertisements and determining a user intent to access a particular access control in response to the comparing and to a destination intent.

BACKGROUND

The present disclosure relates generally to access control systems, andmore particularly, to a system and a method of capturing user intentwhen interacting with multiple access controls.

An access control system is typically operated by encoding data on aphysical key card that indicates access rights. Some access controlsystems are online where the reader can use some means to communicatewith the access control system. In online systems, the access rights areusually a reference identifier. Other access control systems are offlineand the access rights are encoded as data that can be decoded andinterpreted by the offline lock to retrieve the access rights. Anexample is a hotel locking system where a front desk encodes a guestcard and an offline, battery powered lock on a guest room door has themeans to decode the key card and permit or deny access based on theencoded access rights. Some methods of encoding access rights includesequencing where subsequent access rights have a sequence number that isgreater than the prior access rights.

Various mobile devices have been utilized to open locks via an infrared‘beam’ to the lock, which provides directionality, or a ‘push thebutton’ on the box to wake up the lock for subsequent communication overBluetooth. With the capability present in Bluetooth Low Energy (BTLE) tocommunicate with very low power, new system architectures require thelock to be ‘always on’ and sending periodic BTLE advertisements, such asonce per second. The very low power requirements result in many years ofbattery life. With this setup, a user would not need to ‘push a button’to wake the lock up—it is already awake, however, in environments wherethere are multiple locks within range of the mobile device such as in aHotel, each user may receive the advertisement from a significant numberof locks thereby complicating the capture of user intent.

SUMMARY

A method of advertisement filtering according to one disclosednon-limiting embodiment of the present disclosure includes receivingadvertisements from each of a multiple of access controls on a mobiledevice; filtering the received advertisements based on a credential onthe mobile device; comparing the filtered received advertisements; anddetermining a user intent to access a particular access control inresponse to the comparing and to a destination intent.

A further aspect of the present disclosure includes, that the accesscontrol is a lock.

A further aspect of the present disclosure includes that the mobiledevice is a smartphone.

A further aspect of the present disclosure includes sorting the filteredreceived advertisements based on a RSSI (received signal strengthindicator).

A further aspect of the present disclosure includes that the destinationintent determines a route with at least one access control.

A further aspect of the present disclosure includes that the determiningintent is automatically determined by proximity between the mobiledevice and an access control that is on a user route.

A further aspect of the present disclosure includes that the determiningintent is automatically determined by proximity between the mobiledevice and an access control that is based on a user route and a time ofday.

A further aspect of the present disclosure includes that the destinationintent is based on a schedule of a user.

A further aspect of the present disclosure includes that the destinationintent is based on a pre-determined planned route of a user.

A further aspect of the present disclosure includes that the destinationintent is based on a pre-determined objective of a user.

A further aspect of the present disclosure includes that the destinationintent is created by the system.

A further aspect of the present disclosure includes that the destinationintent is created outside system.

A further aspect of the present disclosure includes that the destinationintent is based on avoidance of a high congestion area.

A further aspect of the present disclosure includes that the destinationintent is associated with a work order.

A further aspect of the present disclosure includes that the destinationintent is associated with a way finding feature of the mobile device.

A further aspect of the present disclosure includes that the destinationintent is associated with a find my friends feature on the mobiledevice.

A further aspect of the present disclosure includes that the destinationintent is associated with a find a person feature on the mobile device.

A further aspect of the present disclosure includes that the destinationintent is associated with a find this location feature on the mobiledevice.

A further aspect of the present disclosure includes that the destinationintent is associated with an augmented reality on the mobile device.

A further aspect of the present disclosure includes that the destinationintent is associated with an app on the mobile device.

A further aspect of the present disclosure includes that the destinationintent is associated with a find a person app through a social networkon the mobile device.

An access control system according to one disclosed non-limitingembodiment of the present disclosure includes a multiple of accesscontrols; and a mobile device in communication with the multiple ofaccess controls, the mobile device operable to determine a user intentto access a particular access control of the multiple of access controlsbased at least in part on a destination intent.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on an accelerometer in the mobiledevice.

A further aspect of the present disclosure includes, that thedestination intent is based at least in part on the ambient temperatureon the mobile device.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on the audible alarm received on themobile device.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on the audio received on the mobiledevice.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on the voices heard on the mobiledevice.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on the image captured on the mobiledevice.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on the video captured on the mobiledevice.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on the cell network signal strength onthe mobile device.

A further aspect of the present disclosure includes, that thedestination intent is based at least in part on the received signalstrength indicator (RSSI) on the mobile device.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on the Wi-Fi signal strength on themobile device.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on the pressure exerted on the mobiledevice.

A further aspect of the present disclosure includes that the destinationintent is based at least in part by a peripheral device attached to themobile device.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on a GPS in the mobile device.

A further aspect of the present disclosure includes that the destinationintent is based at least in part on an app for the mobile device.

The foregoing features and elements may be combined in variouscombinations without exclusivity, unless expressly indicated otherwise.These features and elements as well as the operation thereof will becomemore apparent in light of the following description and the accompanyingdrawings. It should be understood, however, the following descriptionand drawings are intended to be exemplary in nature and non-limiting.

BRIEF DESCRIPTION OF THE DRAWINGS

Various features will become apparent to those skilled in the art fromthe following detailed description of the disclosed non-limitingembodiment. The drawings that accompany the detailed description can bebriefly described as follows:

FIG. 1 is a general schematic system diagram of a user authenticationsystem;

FIG. 2 is a block diagram of the user authentication system;

FIG. 3 is a flowchart of a credential management method performed by theuser authentication system;

FIG. 4 is a flowchart of a credential management method performed by theuser authentication system according to one disclosed non-limitingembodiment;

FIG. 5 is a schematic view of a credential according to anotherdisclosed non-limiting embodiment;

FIG. 6 is a flowchart of a advertisement filtering method according toone disclosed non-limiting embodiment;

FIG. 7 is a schematic view of a filtering method according to anotherdisclosed non-limiting embodiment; and

FIG. 8 is a schematic view of a filtering method according to anotherdisclosed non-limiting embodiment.

DETAILED DESCRIPTION

FIG. 1 schematically illustrates an access control system 10. The system10 generally includes a mobile device 12, a server 14, and a pluralityof access controls 16, schematically illustrated as 16 a, 16 b, . . . ,16 n. It should be appreciated that, although particular systems areseparately defined in the schematic block diagrams, each or any of thesystems may be otherwise combined or separated via hardware and/orsoftware.

The mobile device 12 is a wireless capable handheld device such as asmartphone that is operable to communicate with the server 14 and theaccess controls 16. The server 14 may provide credentials and other datato the mobile device 12, such as firmware or software updates to becommunicated to one or more of the access controls 16. Although theserver 14 is depicted herein as a single device, it should beappreciated that the server 14 may alternatively be embodied as amultiplicity of systems, from which the mobile device 12 receivescredentials and other data.

Each access control 16 is a wireless-capable, restricted-access, orrestricted-use device such as wireless locks, access control readers forbuilding entry, electronic banking controls, data transfer devices, keydispenser devices, tool dispensing devices, and other restricted-usemachines. The mobile device 12 submits credentials to the accesscontrols 16, thereby selectively permitting a user to access or activatefunctions of the access controls 16. A user may, for example, submit acredential to an electromechanical lock to unlock it, and thereby gainaccess to a restricted area. In another example, a user may submit acredential to an electronic banking control to withdraw funds. In stillanother example, the user may submit the credential to a unit thatdispenses key cards with data associated with or data retrieved from thecredential. A mobile device 12 may store credentials for one or all orother of the examples noted above, and in addition may store a pluralityof credentials for each type of application at the same time. Somecredentials may be used for multiple access controls 16. For example, aplurality of electronic locks in a facility may respond to the samecredential. Other credentials may be specific to a single access control16.

With reference to FIG. 2, a block diagram of an example electronic locksystem 20 includes the access control 16 a, the mobile device 12, andthe server 14. The access control 16 a generally includes a lockactuator 22, a lock controller 24, a lock antenna 26, a lock transceiver28, a lock processor 30, a lock memory 32, a lock power supply 34, alock card reader 90 and a credential module 36. The access control 16 ais responsive to credentials from the mobile device 12, and may, forexample, be the lock of a lockbox, a door lock, or a lock core. Althoughthe present disclosure focuses primarily on credentials for accesscontrol, it should be appreciated that other systems wherein credentialsare transmitted from a mobile device to an access control so as toidentify the user to an online system or validate user access rights orpermissions in an offline system will benefit herefrom. Such systemsinclude virtual or electronic banking systems, machine operationsystems, dispensing systems, human conveyance systems (e.g. Elevators,turnstiles, subways, trains and the like) and data access systems.

Upon receiving and authenticating an appropriate credential from themobile device 12 using the credential module 36, or after receiving carddata from lock card reader 90, the lock controller 24 commands the lockactuator 22 to lock or unlock a mechanical or electronic lock. The lockcontroller 24 and the lock actuator 22 may be parts of a singleelectronic or electromechanical lock unit, or may be components sold orinstalled separately.

The lock transceiver 28 is capable of transmitting and receiving data toand from at least the mobile device 12. The lock transceiver 28 may, forinstance, be a near field communication (NFC), Bluetooth, or Wi-Fitransceiver, or another appropriate wireless transceiver. The lockantenna 26 is any antenna appropriate to the lock transceiver 28. Thelock processor 30 and lock memory 32 are, respectively, data processing,and storage devices. The lock processor 30 may, for instance, be amicroprocessor that can process instructions to validate card data anddetermine the access rights contained in the card data or to passmessages from a transceiver to a credential module 36 and to receive aresponse indication back from the credential module 36 with card data.The lock memory 32 may be RAM, EEPROM, or other storage medium where thelock processor 30 can read and write data including but not limited tolock configuration options and the lock audit trail. The lock audittrail may be a unified audit trail that includes events initiated byaccessing the lock via the lock card reader 90 or the mobile device 12.The lock power supply 34 is a power source such as line powerconnection, a power scavenging system, or a battery that powers the lockcontroller 24. In other embodiments, the lock power supply 34 may onlypower the lock controller 24, with the lock actuator 22 poweredprimarily or entirely by another source, such as user work (e.g. turninga bolt).

The credential module 36 is in communication with the lock processor 30and is operable to decrypt and validate a credential to extract virtualcard data communicated into the lock controller 24 as a “virtual cardread.” That is, the access control 16 a has essentially two readers, onereader 90 to read a physical key card 92 and the credential module 36 tocommunicate with the mobile device 12 via the lock processor 30 and thetransceiver 28 and antenna 26.

While the figure shows the lock antenna 26 and the transceiver 28connected to the processor 30, this is not to limit other embodimentsthat may have additional antenna 26 and transceiver 28 connected to thecredential module 36 directly. The credential module 36 may contain atransceiver 28 and antenna 26 as part of the credential module. Or thecredential module 36 may have a transceiver 28 and antenna 26 separatelyfrom the processor 30 which also has a separate transceiver 28 andantenna 26 of the same type or different. In some embodiments, theprocessor 30 may route communication received via transceiver 28 to thecredential module 36. In other embodiments, the credential module maycommunicate directly to the mobile device 12 through the transceiver 28.In other embodiments, the credential module may be a software modulewhole executed within the processor 30.

The mobile device 12 generally includes a key antenna 40, a keytransceiver 42, a key processor 44, a key memory 46, a GPS receiver 48,an input device 50, an output device 52, and a key power supply 54. Thekey transceiver 42 is a transceiver of a type corresponding to the locktransceiver 28, and the key antenna 40 is a corresponding antenna. Insome embodiments, the key transceiver 42 and the key antenna 40 may alsobe used to communicate with the server 14. In other embodiments, one ormore separate transceivers and antennas may be included to communicatewith server 14. The key memory 46 is of a type to store a plurality ofcredentials locally on the mobile device 12. In other embodiments, themobile device 12 communicates with the server 14 at the same time as itcommunicates to the access control 16 a. This is the onlineconfiguration and in this embodiment, a mobile credential is retrievedin real time and is passed to the credential module 36 without storingfirst in the key memory 46 on the mobile device 12.

With reference to FIG. 3, a method 100 to facilitate communication of acredential representative of data that would normally be physicallyencoded on the key card 92 is retrieved in a digital form (step 110),encapsulated in an encrypted credential (step 112), downloaded to themobile device 12 (step 114), securely passed to the credential module 36(step 116) that decrypts and validates the credential (step 118),extracts the virtual card data (step 120), then passes the virtual carddata into the lock controller 24 as a “virtual card read” (step 122).This, for example, permits a user to bypass a front desk of a hotel andgo directly to their room as will be further described. The encryptedcredential may be generated by the server 14 using well-known techniquesfor digital certificate creation and encryption using cryptographicalgorithms such as AES, ECC, RSA, and the like. For example, thecredential may contain but is not limited to including a credentialidentifier, unique access control 16 identifier, unique credentialmodule 36 identifier, an identifier shared with multiple accesscontrols, a parameter indicating the type or format of the credential,it may contain encrypted data such as the virtual card data, and it maycontain a digital signature. The encrypted data may be encrypted with anAES-128 encryption key that can be known to the credential module 36. Orit may be encrypted with a derived encryption key that can be determinedfrom information contained in the credential. Further, the digitalsignature may be a CBC-MAC type signature based on an AES-128 encryptionkey, for example, that can be known by the credential module 36. Or, itcould be a digital signature based on a private key known to the server14 and can be validated by a public key known to the credential module36.

With reference to FIG. 4, one example bypass the front desk method 200,is initiated by a user who first reserves a hotel room (step 210)through any process supported by a hotel, such as mobile reservations,web sites, travel agents, etc. Later, a check-in procedure confirmstheir stay (step 212). Again, this can be performed through any processsupported by the hotel.

Next, a room is assigned in a hotel property management system 60 basedon the guest preferences (or room selection) and the room availabilityon check-in (step 214). The hotel property management system 60 may usea software-to-software application programming interface (API) providedby a front desk application 62 to request card data in a digital form(step 216). The front desk application 62 may range from a stand-aloneencoder 64 to a complete software package running in a cloud that isoperable to encode a virtual card for the room that was selected andreturn the virtual card data back to the hotel system (step 218).

Next, the hotel property management system 60 will make anothersoftware-to-software API call to a credential service 70 after the hotelsystem has authenticated the user and has allocated a room stayreservation (step 220). The pertinent information is communicated to thecredential service 70 with an indication to include, for example, whathotel property, what room, what guest (e.g. User ID), what dates andalso the virtual card data for the stay.

Simultaneous, or in sequence with sending the virtual card data to thecredential service 70, the hotel property management service 60communicates an indication to the user (again, through any conventionalmethod) that the check-in is confirmed and the room is assigned (step222).

Next, a mobile device 12 based hotel loyalty mobile application 80 willutilize a software-to-software API in a mobile library 82 (step 224) todownload credentials from the credential service 70 (step 226). Themobile library 82 will securely authenticate to the credential service70 with a prior established shared secret that may change on everysuccessful connection.

Once authenticated, the credential service 70 generates at the time ofthe communication from the mobile library 82 the credentials for theuser and encrypts into the credentials the virtual card data received instep 220 for the guest associated with this instance of the mobilelibrary. One credential is generated for each door or access point andthe virtual card data will be the same in each of these separatecredentials, but may be encrypted with a unique key for the particulardoor or access point. The method of encryption may be AES, 3DES, orother such encryption method. The method and type of credential used maybe a compressed digital certificate or a standard based certificate likeX.509 or other certificate format known to the art. That is, forexample, the virtual card data is encrypted into the credential with aunique key known by the credential module 36 and know or determinable bythe credential service 70.

The mobile library 82 will download and store the list of credentials onthe mobile device 12 using native OS protections and additionalencryption of data with device specific information, e.g., UDID, IMEI,IMSI, MAC addresses, etc. Now that the check-in is complete and theencrypted mobile credential (with virtual card data) is resident on themobile device 12 (FIG. 2), the user can operate the access control 16 inan offline mode at any later time without the mobile device 12 beingrequired to be connected to the credential service 70. Additionalembodiments may have the mobile device 12 download a credential at thesame time mobile device is communicating to access control 16 at thesame time the user wishes to access their room, for example.

When the user wishes to access their room (step 228), the user mayindicate such intent through a gesture, a click of a button, a tap onthe screen, a finger print read, password, proximity to the lock,touching the lock, etc. In response to this intent, the hotel loyaltymobile application 80 again calls the software-to-software API in themobile library 82 to initiate the secure transfer of the encryptedmobile credential to the access control 16 (step 230). While the loyaltyapplication 80 initiates the transfer, the mobile library implements thesecure transfer separately in the next step.

Secure transfer of the credential (step 232) may start with a process ofthe mobile library 82 listening for a signal advertisement such asBluetooth low energy (BTLE) advertisements from in-range access controls16. That is, the access controls 16 are advertising their presence on aperiodic rate with advertisement data that indicates an identifier ofthe access control 16 and the mobile device 12 can listen and connectautomatically without the person having to push a button to wake-up asleeping, battery powered lock 16 or to get out of a vehicle to interactwith a reader access point on a garage door or other device. The readeraccess point is another type of lock 16. Another embodiment is to useNear Field Communication (NFC) and the person ‘taps’ their mobile deviceto the lock 16 and a secure credential exchange transfers the mobilecredential to the access control 16 (step 232). Secure credentialexchanges can be done using standard techniques such as establishing asession key, encrypting communication messages, and validating theauthenticity of message sender and receiver.

In the preferred embodiment where the access control advertises usingBluetooth low energy (BTLE), the mobile library 82 filters the receivedadvertisements based on, for example, the received identifier of theaccess control 16 and by comparing with identifiers contained in orassociated with each credential in the list of mobile credentials andbased on the user intent to access a particular room. The comparisoncould be based on a unique identifier for an access control 16 or basedupon a shared identifier where a group of access controls share a commonidentifier. In some cases, an access control 16 may advertise both aunique and a shared identifier and the mobile library 82 can filterbased on both. Once an advertisement is received for a target accesscontrol 16, the mobile library 82 initiates a wireless connection, andperforms a secure transfer of the encrypted mobile credential (step232). The secure transfer may utilize a unique session encryption keyand standard cryptographic algorithms and techniques. It should beappreciated that the data can be securely transmitted over any wirelesslink, to include but not be limited to BTLE, zigbee, Near FieldCommunication, etc.

The credential module 36 will receive the encrypted mobile credential,then validate and decrypt the encrypted mobile credential to retrievethe virtual card data. The decryption and validation may include, butnot be limited to, validating a digital signature, validating the typeof the credential, validating that the credential identifier matches anidentifier in the lock memory 32, validating a starting date and anexpiring date of the credential, validating the source of thecredential, etc. (step 118; FIG. 3). Once validated and decrypted, thevirtual card data is extracted (step 120; FIG. 3).

The virtual card data is then communicated via hardware and softwareinterfaces, depending on embodiments, to the lock controller 24, whichmay further decrypt the virtual card data, processes the data based onlock vendor rules, then open the lock if entry is permitted (step 234).Notably, the virtual card data is communicated into the lock controller24 as a “virtual card read” in a data format equivalent to that of aphysical key card. This thus permits the continued usage of traditionalguest key cards 92 such as that of a family member, or a guest that justwants a copy of the physical key card 92, along with usage of the mobiledevice 12.

The audit trail uploaded by the mobile device 12 can be just the auditsgenerated by the mobile device 12 itself, or can be the unified auditsincluding openings by the guest using a physical key card. In addition,when the lock 16 is opened, a battery status or other maintenanceinformation thereof may be uploaded into the audit trail from the mobiledevice 12 to the credential service 70 so that the hotel can be notifiedof low battery conditions and proactively change the batteries, orperform other maintenance. Other information associated with the audittrail can include, for example, failed openings or failed attempts orcredentials that failed validation.

Usage of the “virtual card read” maintains a contiguous audit trail andalso maintains all the known use cases for access control that arealready encoded into traditional card data. Furthermore, the credentialmodule 36 is lock vendor agnostic, so that any lock vendor's data couldbe passed through to allow each lock vendor to independently innovatecard data. Further, the credential module 36 may be supplied by adifferent company than the lock 16. And also, the server 14, mobiledevice 12, and credential module 36 may have no means for furtherdecrypting or validating the card data other than treating it like adata object to be encoded, encrypted, transferred, retrieved anddelivered. Additionally, the “virtual card read” can be used offlinewithout requiring the mobile device 12 to be online with a Wi-Ficonnection or real time connection to a credential service. That is, thedata for the “virtual card read” is stored on the mobile device 12 andpassed securely to the credential module 36 in an offline mode. This isnot to limit the capability to also send the “virtual card read” in anonline mode. An additional benefit is that any access controls 16 canuse any card types in addition to using a credential module 36, wherethe card types include but are not be limited to, Magnetic strip, RFID,Proximity, etc.

In another disclosed non-limiting embodiment, the credential module 36can be used for many purposes, to include, but not be limited to,passing data to a self-service hard-key dispenser unit 98 that producesphysical key cards 92. The hard-key dispenser unit 98 has a credentialmodule 36 that receives the virtual card data, decrypts, extracts andsends to a lock controller 24 configured to encode the data onto aphysical key card 92. That is, the virtual card data on the mobiledevice 12 is written to a physical key card 92 by the unit 98 anddispenses the key card 92 in an automated manner. The unit 98 does notrequire any user interface besides the dispensing element for the keycard 92 and a unit power source, including but not limited to batteries,mains power, energy harvesting, and the like. The user interface for theunit 98 is really the interface of the mobile device 12. When the unit98 begins to run low on blank key cards 92, the mobile device 12 canupload to the credential server 70 as indication of the status that canbe turned into a report to notify the hotel that the unit 98 needs to berefilled.

In other disclosed non-limiting embodiments, the virtual card data canbe standard access control card data (i.e. identification data) forbadge access systems, or integrated into a vending machine with thevirtual card data as credit card information, tokens, purchase referenceidentifiers, or the like.

With reference to FIG. 5, the mobile library 82 may include a set ofmobile credentials that were generated by the credential service 70based on access categories 300 (implicit permission) in addition to themobile credential with virtual card data (explicit permission) 302 thatwas generated by the credential service 70 for a specific access control16 a. The access categories 300 operate to grant the user access to aparticular grouping of access controls 16 b that have collectivemeaning. For example, one access category could be ‘Public Rooms’ foraccess to a pool, business center, elevator, and wall readers. In thecontext of a hotel reservation, when the mobile device 12 communicateswith the credential service 70 to download the encrypted mobilecredential, the credential service 70 generates credentials for eachlock in one or more access categories that the guest has been grantedaccess. The encrypted mobile credential will thus have the same virtualcard data encoded specifically for each specified access point, e.g.,pool, business center, etc. and may optionally have the access categorydownloaded in or with the credential. However, each mobile credentialwill be encrypted separately with a unique key for each access control16 b.

Provision and use of the access category 300 by the credential service70 facilitates the efficient management of multiple access controls 16 bin a system where the mobile device 12 can open multiples of locks wherethe mobile device 12 has a specific credential for each lock. This issimpler when compared to that which is conventionally required, e.g.,two access control systems—one for the hotel system that generates thevirtual card data with all the current art for hotel system accessbusiness rules, and a second one for granting access with a mobilecredential to each access point, e.g., guest room, wall readers, pool,business lounge, etc. In other words, the business rules for the hotelsystem would need to be duplicated in the credential service.

The access category 300 allows for multi-vendor integration and can workseparately from the hotel system access business rules that get encodedinto virtual card data. The mobile credentials are thus an additional‘layer’ of security “on top” of the virtual card data. The accesscategory 300 also allows for relatively more simple maintenanceprocedures, such as, for example, when a lock in the ‘Public’ AccessCategory is replaced, the replacement lock need only be assigned to thesame access category. However, a mobile device 12 would still need tocommunicate again to the credential service 70 for a new set of mobilecredentials to be downloaded. No further administration is required onthe part of the guest or system besides including the replacement lockin the correct access category and all guest permissions will continueto work seamlessly without modification even though the new lock hasunique encryption keys from the prior lock.

With reference to FIG. 6, in another disclosed non-limiting embodiment,a method 400 of advertisement filtering may be initiated to capture theuser intent when presented with multiple accessed controls 16.Initially, each access control 16 advertises using Bluetooth low energy(BTLE) which is received by the mobile device 12 (step 402).Advertisements from multiple access controls 16 can be received if theyare all in proximity to the mobile device 12 or they are transmitting ata high enough power that they are within a distance from the mobiledevice 12 to be received.

Next, the mobile library 82 filters the received advertisements based onthe downloaded set of credentials (step 404). That is, the receivedadvertisements not associated with the set of credentials downloaded tothe mobile device 12 are filtered out. In this way, any access controls16 that the user is not permitted access rights are not even provided ina selection list or in the reduced set of possible locks to open. Thisfiltering can be done based on an identifier contained in the accesscontrol 16 advertisement message and matching this identifier against anidentifier contained in or associated with a credential stored in mobiledevice 12.

The mobile library 82 on the mobile device 12 then compares theidentifiers contained in, or associated with, each credential in thefiltered list of mobile credentials to determine the user intent toaccess a particular access control (step 406). Typically, only theuser's room will remain within range once the filter is performed suchthat the user's intent is determined (step 408).

Alternatively, or in addition, if the filtered set of credentials stillhas more than one lock within range, then the filtered set ofcredentials may be sorted by RSSI (received signal strength indicator)or by an average of the RSSI (step 410). Sometimes the RSSI for a singleadvertisement may not be accurate due to radio frequency propagationcharacteristics (e.g. multi-path, interference, etc.) so an averagingfunction of more than 1 advertisement may be used to reduce theprobability of error on a single reading to facilitate, for example, anaveraging of the RSSI in addition to a single reading of the RSSI. Theaccess control with the highest signal strength is thus presumablyclosest to the person, and thus the user's intent. Further, if themobile device 12 is utilizing a locating system such as GPS where theprecise location of the mobile device relative to access control 16 isknown, then the location and distance to the access control can be usedto determine the nearest access control 16.

Alternatively, or in addition, the mobile device 12 may include adirectional capability, e.g., compass and/or triangulation on aBluetooth signal. For example, the mobile device 12 may include multipleBluetooth antennas and the capability to determine the direction of theBTLE advertisement relative to the direction of the mobile device 12using known methods in the art of wireless communications and antennas,or based on a separate locating system where the precise location of themobile device relative to access controls 16 is known, the compass canbe used to determine which of the access controls 16 the mobile device12 is pointed at.

Thus, if the filtered set of credentials still has more than one lockwithin range, a user will typically point the mobile device 12 at thelock they intend to open and thus the direction can be utilized tofurther sort the filtered set of credentials (step 412) and determinethe access control associated with the user's intent.

Alternatively, or in addition, the filtered set of credentials may bepresented to the user as a list, e.g., ROOM 1125, ROOM 1127, ConciergeLounge, Elevator, etc., (step 414). The user may thus select the desiredaccess control to open from the list. The list may be ordered in variousways, to include, the last access control opened such that, for example,the user's room will likely be at the top of the list after an initialaccess (416). The user can select from the list by tapping on thescreen, or by responding with ‘yes’ or ‘no’ to voice prompts reading therooms, or by a voice recognition algorithm that matches their vocalrequest against the filtered list of available rooms. Alternatively, orin addition, they could also use gestures to scroll through the list andselect the desired room. The gesture would indicate to the mobile device12 which direction to scroll the list and a separate gesture could beused to then indicate the selection, e.g. rotating the phone side-side,a quick acceleration or other gesture. The benefit of voice prompts orgesturing over tapping is that these operations can be done with onehand, e.g. tipping the device away would scroll the list down andtipping the device towards would scroll the list up, or other suchgestures. In a case when a user has, for example, multiple concurrenthotel room reservations that provide access to the same access categoryand set of doors concurrently with multiple reservations, i.e., pool,side doors, etc., the confirmation number or other reference may also beincluded in the credential. So, with multiple credentials for the samelock, the user's ‘stay’ or ‘confirmation number’ may be used to alsofilter the list.

Alternatively, or in addition, the list may be selectively ordered by‘category’, i.e., ‘open my guest room’- and if the user only has oneguest room, then filter out other locks that are not of this category,even though they are within range and permitted to open (step 418). Forexample, this may be performed by selecting a category icon on themobile device 12, or by selection of pre-set preferences, e.g. “PublicDoor” to avoid inadvertently opening the room door along with a publicaccess point because both are within Bluetooth range.

With reference to FIG. 7, alternatively, or in addition, a secondaryinterface 500 may be utilized to provide additional information to themobile device 12 to facilitate identification of the access control 16.In one example, an NFC (Near Field Communication) tag 502 may beassociated with the access control 16 such that reading the NFC tagfacilitates indication of which access control to communicate with overBluetooth low energy (BTLE). As Bluetooth low energy (BTLE) has arelatively long range and may bounce in various manners, such asecondary interface facilitates proper proximity selection. A NFC tag,for example, could be affixed relative to the access control 16 so thatby ‘tapping’ their mobile device 12 to the lock, it reads the credentialidentifier from the tag that is therefore associated with a specificaccess control 16. It should be appreciated that other information mayalternatively or additionally be utilized such as image recognition ofroom numbers using a camera on the mobile device, altitude to determinewhich floor the mobile device 12 is on, etc. It should be appreciatedother secondary interfaces 500 such as iBeacon, a barcode, or QR codeprinted on the lock that can be read by the mobile device 12 camera todetermine an identifier associated with access control 16.

Advertisement filtering facilitates interaction between the user and theaccess control 16 as there is no need to ‘turn the lock on.’Additionally, there is a benefit that the user can interact at adistance from a lock. An example is a parking garage locking point wheretraditionally a user had to open a window or exit a vehicle to use acard on a reader terminal to open the gate.

With reference to FIG. 8, alternatively, or in addition, destinationintent 600 may be utilized to provide additional information to themobile device 12 to facilitate identification of a desired accesscontrol 16 for the anticipation of user intent. In one example, theanticipation of user intent may be utilized so that intermediate doorsmay be opened on route due to proximity/routing with the mobile device12. In this example, the mobile device 12 may guide the user to aparticular elevator/door for routing around high congestion areas. Highcongestion areas may be determined by other mobile device 12 carried byother people who are using the same app or another app that indicatesthe presence of people and can communicate this to the first mobiledevice 12 to indicate areas of congestion. Alternatively, the locationof people and adjustment of route may be done by the credential service70. The destination and/or congested route may also be adjusted basedon, for example, the time of day and the schedule of the user. Thedestination could be manually selected by the user of the mobile device12 by selecting a particular destination access control 16 from a listof access controls. Or, they may select a location that is associatedwith an access control 16. The association may be through various means,such as direct association or association by proximity (i.e. they are inthe same location). Further, the destination could be selectedautomatically based on the users schedule, time of day, etc., asaccessed on another app of the user's device such as an Outlookcalendar. A route can be determined by various known methods foroptimized routing algorithms or indoor routing algorithms and by defined“way points” that are the actual access points 16 along the route. Asthe person moves along the route, the mobile device 12 automaticallyopens the access points 16 that are part of the route as they comewithin range of the mobile device 12.

In another example, the destination may be created by the system 10 ormay be created outside the system 10. This can happen when, for example,the Hotel property management system 60 sends a destination into thecredential service 70. In this example, the property management system60 is outside the system 10. Another example of this would be avehicle-sharing program and the Vehicle system sends a destination intothe credential service 70 where the destination is the location of avehicle to be shared. The vehicle itself may be an access control 16 tobe opened upon arriving at the destination. Further, the ignition of thevehicle may be an access control 16 that when actuated starts thevehicle. The vehicle itself is a type of destination. Another examplecould be a vacation rental property or other asset protected with anaccess control 16 where the user's destination results in a permissiongranted to the credential service 70 for the access control 16 at thedestination.

In another example, ordered groceries, maids, personal assistants, RealEstate showing, etc., may be provided access at a given time of day whenin proximity to a particular access control 16 where their destinationis a scheduled event to provide a service at a location. In anotherexample, intent can be delegated from one person to another where afirst person signals intent to open a door for a second person. Thedelegated intent may be made, for example, by giving a destination tothe second person or by scheduling for another person a service at alocation with a given destination. In this case, an access point 16 maybe associated with the destination or with the location of thedestination. Alternatively, or in addition, a work-order on the mobiledevice 12 may be required to anticipate user intent in combination withthe associated particular access control 16. That is, the work order andthe proximity are required to for the anticipation of user intent andthe access point 16 may be associated with the work-order, or thelocation of the work-order destination. The work-order may be sent viaemail, or by other medium, that provides particular authorization.Further, the mobile device 12 may require selection of the work order tofurther signal intent so that when the work order is not selected oractive on the mobile device 12, then user intent is not being signaled.

Further to the examples above, the destination may be selected as apre-determined objective of a user, where the objective is to dosomething, like ‘find the enemy’ or ‘get something’ where the objectivemay also not be stationary. The objective is not a place, it's somethingto be done. To generalize, the objective would by inference specify adestination that by inference would specify a specific access control 16or set of access controls 16 along a route to the destination and thedestination or route may dynamically change as the focal point of theobjective moves around.

In another example, while navigating to an intended destination 600 themobile device 12 may provide way finding such as via a camera thereof toprovide a direction to a particular access control 16. That is, thecamera may be utilized to display the surroundings over which directionsor other instructions or visual queues such as a ‘glowing’ box or arrowsor lines are overlaid to reach the particular access control 16. In thecourse of viewing the screen of the mobile device 12, a person maysignal intent by tapping on the screen and indicating via visual intentthe access control 16 that they desire to open. The virtual augmentationwould rely upon known technologies for indoor locationing, indoormapping, outdoor locationing, outdoor mapping, and directionalityindicators like GPS, magnetic compass, and accelerometers. Applicationslike this exist in the art for stargazing, for way finding and personalnavigation with a mobile device 12. The access control 16 would bedefined as a waypoint or interactive virtual device within the personalnavigation system and when selected could trigger the action and intentto open a door.

In another example, the mobile device 12 may have a find this locationfeature wherein the location could be a GPS location, address, event, orvenue and the user is guided through various access controls 16 to getto that location and upon arrival at that particular GPS location thenearby access control 16 is accessed.

In another example, the mobile device 12 may provide guidance to friendsand family and the mobile device 12 will open any particular accesscontrols 16 along such a path. That is, the particular access controls16 through which the user must pass to reach friends and family, e.g.,“find my friends” may be identified and selectively opened along a routeto get to where they are. The route could be determined in a similarfashion as described in examples above. The user intent is automaticallydetermined for these access controls 16 because of the location offriends and family. The friends and family may have similar mobiledevice 12 or some other method of locating their current location.

Alternatively, or in addition, a list of friends is provided on themobile device 12. Selection of a particular friend or person is thenutilized to guide the user through various access controls 16 toautomatically guide the user to the selected family or friend.Alternatively, the guiding to selected family or friends could includedetermining the current location of the friend. Alternatively, alocation at which friends are to meet could be determined.Alternatively, a fixed location at which a friend is known to reside canbe included. Further, the “friend” may be determined via an interactionwith a social media account where the mobile device 12 uses informationfrom a social media account or system to determine which access control16 to open. Further, a “friend” may choose to publish their location toother friends, thus providing a destination that can be used to signalintent.

Alternatively, or in addition, the destination intent 600 can be basedon the ambient pressure exerted on the mobile device 12. This includespressure from gravity, barometric, and underwater pressure. For example,the access control 16 is located deep underwater, the user would usetheir mobile device 12 to detect the underwater pressure and when theuser was nearby the access control 12 and at a certain depth this maysignify user intent to enter the door. If the pressure has not reached acertain level then user intent has not yet been signaled.

Alternatively, or in addition, the destination intent can be based onthe ambient temperature detected on the mobile device 12. For example,the access control 16 is located within a nuclear reactor near a coolantpool, the user would use their mobile device 12 to select the correctaccess control 16 based on the RSSI and nearby heat of the water inrelation to the reactor core. Another example, would be in a buildingand the fire fighter can select the access control 16 because of theRSSI and the heat of the room that indicates where the fire is located.In some embodiments, the mobile device 12 determines the ambienttemperature itself, in another embodiment the ambient temperature may becommunicated to the mobile device 12 as a communication intent 900combined with a destination intent 600 from some other sensor that is inthe room, in the water, or measuring some heat source. Again, in theexample of the fire above, the destination may be determined by the firealarm system that knows which room is the hottest and routes the firementhrough the access controls 16 to the location of the fire.

Alternatively, or in addition, the RSSI may be combined with an audiblealarm received on the mobile device 12. For example, several accesscontrol 16 is located in a room and a fire alarm is alerted over one ofthe doors, the user would use their mobile device 12 to select thecorrect access control 16 based on the RSSI and the audible alarm setoff by the fire. In this example, when the audio signal reaches acertain DB level, this may signal intent to open the access control 16.Alternatively, the annunciation of an audible alarm may signal to asystem, for example an Intrusion Alarm Panel, that the system has beenbreached and the destination may be determined automatically based onthe location of the breach or the location of the audible alarm and thencommunicated with a communication intent 900 to the mobile device 12 bythe intrusion system. This would be useful in the case of, for example,rapid response or police. Further, in another example, the user intentmay only be signaled if there is an audible alarm and without the alarm,the user intent is not signaled. This may be useful for rapid responsewhere they have no need to go through an access control or even noauthorization for an access control unless an alarm is sounding.

Alternatively, or in addition, the destination intent 600 would be basedon audio captured by the mobile device 12. For example, the user wantsto listen to their favorite band and based on the audible sound of musiccaptured intent is provided by getting closer to the sound of the bandlocated behind the access control 16 device.

Alternatively, or in addition, the destination intent 600 would be basedon the voices heard on the mobile device 12. For example, the user wantsto be able to find someone but the mobile app only knows the voicesignature of the selected person. As the user moves closer to theperson's voice, the destination is derived based on the closer to thevoice of the selected person. In some embodiments the voice signal isdetected directly by the mobile device 12, however in other embodimentsthe voice signal may be detected by a surveillance camera or otherequipment and communicated to the mobile device 12 and the destinationis determined by the proximal location of the surveillance equipment tothe person with the voice.

Alternatively, or in addition, the destination intent 600 would be basedon an image captured on the mobile device 12. For example, the user isparking in an access controlled parking garage, and after parking, theuser uses the mobile device 12 to take a picture of their car in theparking spot. When the user attempts to return to their parking spot thedestination intent 600 is based on the image captured on the mobiledevice 12. For example, by selecting the image and indicating an intentto go to the place the image was taken will implicitly grant user intentto open access controls 16 on the route to the location where the car,in this example, was parked. Alternatively, the image could be used tocommunicate with a system that can identify objects from the image anddetermine the current location of those objects in the real world andthen provide a route include implicit user intent to open accesscontrols 16 along this route to go to the real location of the object.

Alternatively, or in addition, the destination intent 600 would be basedon video captured on the mobile device. For example, the user records avideo and later in selecting this video they implicitly are selectingthe location where the video was taken and by signaling a desire to goto where the video was taken they are giving implicit intent to open anyaccess controls 16 along the route or at the location the video wastaken. Further, similar to the examples above, an object from the videocould be used to identify the current location of this object (if it ismovable) and signal a desire to go to that current location and accessany access controls 16 along the route to the new location.

Alternatively, or in addition, the destination intent may be signaledbased upon arriving at a location determined by cell network signalstrength or by Wi-Fi signal strength or simply a particular Wi-Fi accesspoint. The signal strength can be used by the mobile device 12 todetermine if it has arrived at a location or where it is relative to adestination. In this case, the destination would be mapped to aparticular cell network signal strength or triangulated location basedon several cell towers. In addition, the Wi-Fi access point identifiercould be used more generally so that when within range of thisparticular Wi-Fi device (i.e. a particular SSID or MAC address) then thedestination has been reached. Further, if the mobile device 12 is near agiven Wi-Fi network this may signal user intent because of proximity tothat particular Wi-Fi network. When out of range, then the user intentis not signaled because they are no longer in proximity of the accesscontrol 16 that they normally interact with. An alternative to Wi-Fi andcell signal is an iBeacon based upon Bluetooth® where when the mobiledevice 12 detects a particular Bluetooth advertiser it by inferenceknows it has arrived at a particular location and at that location willautomatically have destination intent to open the access control 16 atthat location.

Alternatively, or in addition, direct personal intent 700 may beutilized to provide additional information to the mobile device 12 tocapture user intent and thereby facilitate identification of theparticular access control 16. For example, a received signal strengthindication (RSSI) may be used to start an access process, e.g., the useris within 1 foot of the particular access control 16. The access processmay begin at a first distance where the mobile device 12 can hear theadvertisement from an access control 16 and filters the set of possiblecredentials (step 404, FIG. 6) and then when the mobile device 12 ismoved closer within a second distance this would indicate intent (step408, FIG. 6) to open the access control 16. The first distance may be 30feet and the second distance may be 3 feet, for example. Alternatively,the access process may also include another intermediate distance thatis between the first distance where filtering starts to happen and thesecond distance where intent is signaled. At this intermediate distance,the mobile device 12 may start to automatically communicate with accesscontrol 16 in anticipation that intent will be signaled soon. In thiscase, when intent is signaled, the process of opening access control 16has already been started and can be completed quickly giving theimpression of a faster ‘time to open’. In another example, the durationat which the mobile device 12 is held within a second distance mayindicate intent to open and so if the duration is less than a timethreshold (e.g. 1 second), then the access control 16 would not beopened, but if the duration were longer than a threshold, then theintent would be signaled. The RSSI may be combined with gestures such astwisting the mobile device 12 to further capture user intent. In thiscase, a gesture would not trigger an access control 16 to open unlessthe RSSI was within a certain level (i.e. within a second distance).Alternatively, the RSSI may be combined with the amount of time that themobile device 12 is held in proximity or within a distance to an accesscontrol 16. Alternatively, an accelerometer in the mobile device 12 maybe used to determine user intent, e.g., if the mobile device 12 is stillmoving, do not open the door but if it is stopped or not moving within adistance of the desired access control 16—open it.

In another example, the access control 16 is selected based on a visualmap that may be displayed on the mobile device 12 or may be on a displayor a wall hanging where the map is interactive. A representation of theaccess control 16 is on the map and when the user intends to open anaccess control 16 they tap on it. A representation of the access controlcould include text, a picture, an icon, something associated with theaccess control 16 (e.g. a door or a gate) or it may be some other visualindicator typically shown on maps. The user may be in proximity at thetime of selection of the map that would provide immediate intent. Or,the user may provide a delayed intent and the access control 16 willopen as soon as they come within range. Or, they may provide a delegatedintent and signal for someone else an intent to open an access controlwhen the other person's mobile device 12 is within range of the selectedaccess control. The delegated intent could be sent from one mobiledevice 12 to another mobile device 12, for example, by SMS, by email, orthrough the credential service 14. If the map is, for example, externalfrom the mobile device 12, the map may have capability to communicatewith the mobile device by sending a Bluetooth message to the mobiledevice 12. Further, the user may signal personal intent by using theirmobile device 12 to read a NFC tag on the map at the location of thevisual indicator. Or, the user may signal intent by using their mobiledevice 12 to read a QR code next to the visual indicator.

In another example, the mobile device 12 may use biometric recognitionor tracking to infer intent to operate the access control 16. In thisexample, eye tracking may be utilized to capture user intent, e.g.,looking at an access control 16 and blinking will signal intent tounlock. In this embodiment the mobile device 12 may include a wearablecomponent like smart glasses or the like that has the capability totrack eye movement. Similar to embodiments above, this may utilize knownalgorithms for tracking augmented reality and identifying an object,which would be mapped to an access control 16.

In another example, haptic feedback may be utilized to determine userintent. The mobile device 12 may buzz, vibrate, or make a sound when inproximity to the accessible access control 16. Then, a gesture may beutilized to open the access control, e.g., tap on the case of the mobiledevice 12 to open. The accelerometer in the mobile device 12 candifferentiate a tap from other motion of the device. Alternatively,rather than the mobile device 12, a device connected to the mobiledevice 12 such as smart glasses, a watch, or other such device may beutilized to signal intent to mobile device 12 where the user performs anaction with the connected device such as a movement, a tapping withtheir finger, etc. Alternatively, or in addition, the mobile device 12may be utilized to display an augmented reality view in which items,e.g. the access controls 16 to which the user has access or doors towhich the user has access, glow, or are otherwise highlighted and theuser indicates on the view which door or resource to they want toaccess.

Alternatively, or in addition, a user may signal personal intent 700 byactually signaling non-intent. In the example above, if the mobiledevice 12 provides haptic feedback (e.g. vibrates) when in proximity toan access control 16, if the user does not provide a response tap orother gesture within a timeframe, then the user is signaling non-intent.Additionally, specific gestures or tap sequences could be used to signalnon-intent such as a side-to-side gesture to indicate ‘no’ versus anup-and-down gesture that would indicate ‘yes.’ Or, a tap sequence suchas a multi-tap in quick succession—say two taps within a 1 second timeperiod would indicate non-intent. Non-intent may be signaled with aspecific voice command or word.

Alternatively, or in addition, behavioral intent 800 may be inferred toprovide additional information to the mobile device 12 to facilitateidentification of the accessible access control 16 for the anticipationof user intent. In one example, behavioral intent of an employee may bedetermined by identifying time of day, route, GPS location, proximity tothe access control 16, prior behavior, and/or other persons who arequeued up adjacent to the user. In this example, by using prior behavioras to which access control 16 was accessed previously the user intentcan be inferred as desiring to again access the same access controlagain when in proximity. Also in this example, the time of day that auser is near an access control can signal intent whereby, for example,they typically want to enter a building in the morning or at noon andthus when in proximity during these known time intervals they willautomatically signal intent. Further, if the time of day is coupled witha scheduled arrival the addition of time of day plus schedule plusproximity could resolve to a specific intent to open an access control16. Further, if other persons are nearby with other mobile device 12where the other devices are signaling intent to open a particular accesscontrol 16, a user intent can be inferred when a user's mobile device 12is in proximity to the access control 16 as it is now ‘their turn’ toopen the door. In this example, the multiple mobile device 12 may sendmessages to each other, for example via short-range BTLE advertisements,to signal their activity to the group around that is in close proximityto the same location as the user's mobile device 12.

Alternatively, or in addition, communication intent 900 may be utilizedto communicate additional information to the mobile device 12 tofacilitate identification of the accessible access control 16 foranticipation of user intent. For example, communication with a passengerconveyance system such as an elevator may be utilized to identify thedestination floor to filter the list of accessible access controls 16 towhich the mobile device 12 provides access. This is useful when accesscontrols 16 can transmit with a strong enough signal between floors andthe filtering can remove any access control 16 from a list that is noton the current floor. Alternatively, the user may indicate a desireddestination (e.g. “my office” or “floor 5”, etc.) and the mobile device12 may communicate a destination to or from the passenger conveyancesuch that the indicated destination of the mobile device 12 may then beutilized to further exclude certain access controls 16 because thedestination would directly or indirectly specify a particular floor ofthe building.

In another example, a first access control 16 may be accessed thatprovides authorization to use a passenger conveyance system such as anelevator and the access control system may automatically call anelevator using a default floor associated with the user. The automaticcall and destination floor would provide communication intent 900 andcan be utilized to further filter the list of secondary access controls16. In addition, the communication intent 900 could be applied for sometime period after the communication was made—for example, the filteringby floor could be performed for a time period, or until such a time as afurther communication intent 900 is provided.

In another example, multiple mobile devices 12 in close proximity maysend messages to each other, for example via short-range BTLEadvertisements, to share a communication intent 900 to the group aroundthat is in close proximity to the same location as the user's mobiledevice 12. Further, the messages sent between user mobile device 12 mayinclude an indication of the floor that the users are currently on, orthe building they are in, or in general, some information that provideslocation awareness to the user's mobile device 12. Further, thecommunication between user mobile devices 12 may simply be to repeat thecommunication received from a passenger conveyance system.

Further, if the communication intent 900 includes the capability for themobile device 12 to be aware of location (e.g. basic determination suchas inside a building versus outside, or inside a room or outside, orprecise location within a premise) then the user intent can be inferredbased on the resource that the access control 16 is on. In one example,a door that is intended to be opened and walked through so a user on theinside of the door would not need to open the door for ingress if theyare already on the inside of the building or room. Egress is typicallyhandled separately from an access control system.

The determination of intent facilitates interacting with multiple accesscontrols to facilitate automatic ways for a user to have access toparticular access controls. The determination of intent also minimizesotherwise more extensive interaction with the mobile device to operatethe access control. Further, the apparent time to open the accesscontrol is decreased by essentially anticipating user intent and atleast partially automating initiation of the process.

The elements described and depicted herein, including in flow charts andblock diagrams throughout the figures, imply logical boundaries betweenthe elements. However, according to software or hardware engineeringpractices, the depicted elements and the functions thereof may beimplemented on machines through computer executable media having aprocessor capable of executing program instructions stored thereon as amonolithic software structure, as standalone software modules, or asmodules that employ external routines, code, services, and so forth, orany combination of these, and all such implementations may be within thescope of the present disclosure.

The use of the terms “a,” “an,” “the,” and similar references in thecontext of description (especially in the context of the followingclaims) are to be construed to cover both the singular and the plural,unless otherwise indicated herein or specifically contradicted bycontext. The modifier “about” used in connection with a quantity isinclusive of the stated value and has the meaning dictated by thecontext (e.g., it includes the degree of error associated withmeasurement of the particular quantity). All ranges disclosed herein areinclusive of the endpoints, and the endpoints are independentlycombinable with each other.

Although the different non-limiting embodiments have specificillustrated components, the embodiments of this invention are notlimited to those particular combinations. It is possible to use some ofthe components or features from any of the non-limiting embodiments incombination with features or components from any of the othernon-limiting embodiments.

It should be appreciated that like reference numerals identifycorresponding or similar elements throughout the several drawings. Itshould also be appreciated that although a particular componentarrangement is disclosed in the illustrated embodiment, otherarrangements will benefit herefrom.

Although particular step sequences are shown, described, and claimed, itshould be understood that steps may be performed in any order, separatedor combined unless otherwise indicated and will still benefit from thepresent disclosure.

The foregoing description is exemplary rather than defined by thelimitations within. Various non-limiting embodiments are disclosedherein, however, one of ordinary skill in the art would recognize thatvarious modifications and variations in light of the above teachingswill fall within the scope of the appended claims. It is therefore to beunderstood that within the scope of the appended claims, the disclosuremay be practiced other than as specifically described. For that reason,the appended claims should be studied to determine true scope andcontent.

What is claimed:
 1. A method of advertisement filtering, comprising:receiving advertisements from each of a multiple of access controls on amobile device; filtering the received advertisements based on acredential on the mobile device; comparing the filtered receivedadvertisements; and determining a user intent to access a particularaccess control in response to the comparing and to a destination intent.2. The method as recited in claim 1, wherein the access control is alock.
 3. The method as recited in claim 1, wherein the mobile device isa smartphone.
 4. The method as recited in claim 1, further comprisingsorting the filtered received advertisements based on a RSSI (receivedsignal strength indicator).
 5. The method as recited in claim 1, whereinthe destination intent determines a route with at least one accesscontrol.
 6. The method as recited in claim 5, wherein the determiningintent is automatically determined by proximity between the mobiledevice and an access control that is on a user route.
 7. The method asrecited in claim 5, wherein the determining intent is automaticallydetermined by proximity between the mobile device and an access controlthat is based on a user route and a time of day.
 8. The method asrecited in claim 1, wherein the destination intent is based on aschedule of a user.
 9. The method as recited in claim 1, wherein thedestination intent is based on a pre-determined planned route of a user.10. The method as recited in claim 1, wherein the destination intent isbased on a pre-determined objective of a user.
 11. An access controlsystem, comprising: a multiple of access controls; and a mobile devicein communication with the multiple of access controls, the mobile deviceoperable to determine a user intent to access a particular accesscontrol of the multiple of access controls based at least in part on adestination intent.
 12. The system as recited in claim 11, wherein thedestination intent is based at least in part on an accelerometer in themobile device.
 13. The method as recited in claim 11, wherein thedestination intent is based at least in part on the ambient temperatureon the mobile device.
 14. The method as recited in claim 11, wherein thedestination intent is based at least in part on the audible alarmreceived on the mobile device.
 15. The method as recited in claim 11,wherein the destination intent is based at least in part on the audioreceived on the mobile device.